Peter's Assemblerecke aus CK-Magazin

also ich auf jeden Fall an allem interessiert!!

Super, dass du dir die Mühe machst! 🙂

Olix schrieb: Aubereiteter Artikel: Assemblerecke_04.pdf

Am Ende von Seite 1 steht das da:

Selbstverständlich ist es auch möglich, statt einfacher Variablen ganze Ausdrücke einzusetzen, so daß X = USR (PEEK, 40000 + I) durchaus gültig ist.

Das Maschinenprogramm wollen wir der Einfachheit halber in PAGE 6 legen. Wir definieren in Basic später eine Variable PEEK = 1536, womit wir das Befehlsformat festlegen können. Bei D=USR(PEEK, A) steht A für die gewünschte Adresse der DEEK-Funktion und D für die ausge- gebenen Daten. Wenn Sie z.B. die Adresse des Bildschirmspeichers wissen möchten, dann ge- nügt "? USR (DEEK,88)" anstatt vorher "? PEEK (88) + PEEK (89) * 256". Ist doch nett, oder?

Ich bin der Meinung, dass zur Vermeidung allgemeiner Verwirrung die fetten PEEKs eigentlich DEEKs sein sollten. 😉

Nachtrag: BASIC mag keine Variablen, die PEEK heißen.

READY
PEEK=1536

READY
A=5

READY
X=USR (PEEK,A)
ERROR-   X=USR (PEEK,A)

Olix schrieb: Da bin ich mit den vielen Deeks und Peeks ein wenig durcheinander gekommen.

Nein, das war Peter Finzel. Die PEEKs stehen auch im Scan drin.

Du kannst übrigens nochmal ran: Beim erneuten Durchlesen hab ich drei Zeilen drüber noch so ein verirrtes PEEK gefunden. 😉

. Hallo Oliver

Olix schrieb: (Diesmal konnte ich noch den Beitrag bearbeiten)

Wenn's beim nächsten Mal wieder nicht klappt, könntest Du auch einen der Moderatoren fragen ob er den Beitrag ändern kann.

Tschüß

Mathy

dochdoch, BASIC kann das.

10 PEEK=3
20 PRINT PEEK

RUN
3

READY

geht, aber ist nicht schön. Richtiger wäre

10 LET PEEK=3

immer noch nicht schön, formal aber richtig(er).

FlorianD schrieb: dochdoch, BASIC kann das.

😉 ... aber nur teilweise bzw. so lange nach dem PEEK nichts mehr kommt.

READY
PEEK=5

READY
PRINT PEEK
5

READY
PRINT PEEK + 2
ERROR-   PRINT PEEK + 2
C=PEEK

READY
PRINT C
5

READY
C=PEEK+2
ERROR-   C=PEEK+2

😁 Wollte mal fragen, wie lange denn so in etwa die Pause geht? 😀

Grüße Janko

Falls nicht wer anderer schneller ist:

Nächste Woche fahr ich zu meinen Eltern, dort müsste noch irgendwo eine Kiste mit den alten Heften rumstehen. Ich könnte dann schauen ob ich die Hefte hab und die Seiten scannen.

so long,

Hias

Ich habe auch nächste Woche wieder Zugriff auf meine Sammlung.

Olix schrieb: Bei der Gelegenheit nochmals eine Suchanfrage:

Folgende Seiten fehlen mir noch in ordentlicher Qualität:

Teil 7 08-09/85 Scrolling Teil 2 Seite 65-67 Teil 9 11/85 Ausgabe von Zahlen Seite 64-65 Teil 12 04-05/86 Floating Point Seite 68-72

Ich bin leider raus - die habe ich nicht als Original. Der Scan, den ich habe, ist auch von eher sehr mäßiger Qualität was die kleingedruckten Listings angeht; quasi nicht lesbar. Ist vermutlich das selbe Archiv das Du schon hast... :? 😁

Die erste Runde der archäologischen Grabungsarbeiten war leider erfolglos.

Happy Computer, Atari Magazin, Elektor und Elo konnte ich schon mal finden, in einer Kiste hatte sich auch ein einsamer Computer Flohmarkt verirrt - aber bisher keine Spur von CK und einigen anderen Sachen die eigentlich irgendwo sein müssten.

Aber ich gebe noch nicht auf, ich bin noch einige Tage hier und es gibt noch ein paar andere Orte wo die Dinger gelandet sein könnten (ich hoff mal nicht am Dachboden oder im Schuppen...), evtl muss ich da mit schwererem Gerät anrücken um die Grabungsarbeiten voranzubringen :-)

so long,

Hias

HiassofT schrieb: ...evtl muss ich da mit schwererem Gerät anrücken um die Grabungsarbeiten voranzubringen 🙂

Da gibt´s sogar schon eine https://www.youtube.com/watch?v=ik9tX9KmUhk drüber... 😁

Sleeπ schrieb: Da gibt´s sogar schon eine https://www.youtube.com/watch?v=ik9tX9KmUhk drüber... :mrgreen:

Pah, gegen das was ich hier vorhab war die Suche nach den ET Modulen ein Klacks :-)

Hab mich grad durch meterhohe Sedimentschichten gegraben. Ich sag nur: 7-jährige Nichte die regelmässig bei Oma und Opa die Ferien verbringt und mehr und mehr Zeugs anhäuft. Nicht auszumalen wie das in ein paar Jahren ausgesehen hätte :)

Da drunter war dann tatsächlich was von mir versteckt - nicht der Karton mit den Heften nach dem ich eigentlich gesucht hatte aber gut zu wissen, dass meine alten Atari Kassetten noch existieren :)

Werd jetzt erst mal versuchen neue Akten/Ordnungsboxen zu besorgen damit ich die bisher gehobenen Schätze ordentlich sortieren und archivieren kann. Danach geht's weiter mit der Suche.

so long,

Hias

Die Suche im 1. Stock und im Erdgeschoss habe ich erfolglos abgeschlossen aber eine Expedition in den Dachboden brachte nun den lang ersehnten Erfolg: Ich habe den verschollenen Karton mit den Heften gefunden und die 3 gesuchten CK Ausgaben waren auch alle drin!

Nun kämpfe ich ein wenig mit den Scannern.

Der LaserJet M3035 MFP erstellt bei Scan-to-Folder winzige TIFF Dateien. Bei 600dpi Farbe in höchster Qualitätsstufe sind die nur ca 5MB statt erwarteten ca 70 MB gross - Gimp meckert beim öffnen auch etwas rum und zeigt einen Hinweis dass das JPEG komprimiert ist (wusste garnicht, dass das auch in TIFF unterstützt wird, hatte TIFF immer nur unkomprimiert oder lossless LZW verwendet).

Plan B ist nun der Epson Scanner, der bringt leider das etwas gewellte Papier (CK hatte da wirklich billigste Qualität verwendet) beim Scan ziemlich stark raus aber abgesehen davon sehen die ersten Probescans recht OK aus.

Werd noch ein wenig rumprobieren ob ich das Scan-Ergebnis noch etwas optimieren kann (für's Pressen der Hefte fehlt mit leider die Zeit) und evtl einfach mal ein paar Test-Seiten hochladen damit ihr checken könnt ob sich das als Ausgangsbasis für Nachbearbeitung plus OCR eignet.

Mal sehen ob ich 70MB Files durch das langsame Internet hier überhaupt auf meinen Server hochgeladen krieg :-)

so long,

Hias

. Hallo Leute

Die meisten Kopiergeräte (von der Größe einer Babycommode) die auch drucken können, können auch Scans erstellen in 600 dpi. Ob man da noch einstellen kann in welches Format man scannen kann, ist mir im Moment nicht klar. Ich habe hier mehrere solcher Scans, alles PDF aber nicht durchsuchbar leider.

Tschüß

Mathy

HiassofT schrieb: ... Werd noch ein wenig rumprobieren ob ich das Scan-Ergebnis noch etwas optimieren kann (für's Pressen der Hefte fehlt mit leider die Zeit) und evtl einfach mal ein paar Test-Seiten hochladen damit ihr checken könnt ob sich das als Ausgangsbasis für Nachbearbeitung plus OCR eignet. ...

Langfristig gesehen wäre es vorteilhaft, dein Material (z. B.) durch ABBUC-Mitglieder digitalisieren zu lassen. Eine Versendung p.P. oder Übergabe bei einem Treffen wäre eine Option. Dazu gehört das Wissen, dass u. U. das Material zerlegt werden muss, um gute Ergebnisse erzeugen zu können. Die CHIP-Special-Hefte für den ABBUC hatte ich so erstellt. Sie sind heute eine Einzelblattsammlung. Geheftetes Material lässt sich anschließend wieder zusammensetzen.

Nach meiner Erfahrung eignen sich Multifunktionsgeräte nur bedingt für gute Scans. Der Knackpunkt ist die 1:1-Auflösung. Viele MFP und professionelle Stationen verwenden fast immer eine Form der Nachbearbeitung inklusive Kompression. Das war mal vor ca. 10 Jahren ein großes Thema, als entdeckt wurde (glaube bei Xerox) das die ausgegebenen Ergebnisse verändert worden waren.

Es geht dabei um den JP2-Algorythmus, wenn ich mich recht erinnere.

HiassofT schrieb: Nun kämpfe ich ein wenig mit den Scannern.

Ich habe die Sachen aus der CK, die ich im https://abbuc.de/forum/viewtopic.php?p=7767#p7767 gepostet habe, mit 600dpi gescannt, Ausgabe als PDF. Die Lesbarkeit war gut; für diesen Zweck völlig ausreichend, die Dateigröße bei 3-4 Seiten so dass man sie hier noch einfügen kann.

Die kleinen Listings sind im Original schon schwer zu lesen... zumindest in meinem Alter. 😁

Ich habe jetzt mal probeweise - das Papier fängt nach knapp 40 Jahren etwas an zu schwächeln 😉 - eine CK "entklammert", in der Mitte geschnitten und in 600dpi als PDF gescannt. Also alles, inkl. Werbung, Berichte, andere Systeme etc. und komme auf rund 260 MB.

Die Scans von dem im Umlauf befindlichen CK-Archiv sind ja leider an den wichtigen Stellen nicht lesbar.

Bevor ich jetzt den Rest auch scanne und sich nachher rausstellt, das man etwas besser anders gemacht hätte: Will sich das PDF mal jemand ansehen?

Dann bitte PN mit E-Mail, ich schicke einen Link zum Download.

Ist unterwegs.

Ich habe die Scans nun hochgeladen, einmal vom HP Laserjet MFP und einmal vom Epson Scanner: https://cloud.horus.com/index.php/s/8pSYpmSNfe4H6qR

Dem HP hab ich die Filter und lossy JPEG Kompression leider nicht abdrehen können. Mit Optimierung auf Text und Farb-Scan waren die Ergebnisse noch am besten (und die Files am grössten).

Die Epson Scanner Software unter Linux wollte auch immer irgendwas optimieren, mit Sane (scanimage auf der command line) hab ich's aber geschafft.

Die 09/85er Ausgabe war leider recht wellig (düfte wohl mal nass geworden sein), ich hoffe Du kannst mit den Scans was anfangen.

Gib Bescheid wenn ich einzelne Seiten noch mal scannen soll (beim Epson könnt ich auch auf 1200dpi hochgehen - da die Vorlage aber schon eher schlecht gedruckt ist bin ich mir nicht sicher ob das was bringen würde). Sonntag muss ich wieder heim, aber bis da hin hab ich noch Zugriff auf Hefte und Scanner.

so long,

Hias

Hallöchen!

Ich möchte ja nicht nerven... aber wann gibt es neue Umsetzungen aus der Assemblerecke 😁

Grüße Janko

Moin!

Eine Pause hast Du Dir verdient 😁 Vielen lieben Dank! Die Umsetzungen sind wirklich super!

Grüße Janko

Danke für deine Arbeit, Olix!

Die Tage werden wieder länger und die Temperaturen gehen langsam runter.

Zeit mit dem Assemblerkurs eine schöne Kuschelrunde einzuläuten...

... vielen Dank dafür !! Sehr interessant!!

Hi...

Wollte mal fragen, ob es hier ggf. im nächsten Jahr weitergeht 😁

Grüße Janko

Hi Olix,

ich bin auch schon öfter darüber gestolpert, daß es nötig sein kann, eine Korrektur verfügbar zu machen.

Ich finde es auch sehr unhandlich, über kilometerlange Forenbeiträge Dateien oder Informationen zusammenzusuchen.

Bei einem früheren Beitrag von mir zum RMT bin ich hergegangen und habe im ersten Beitrag des Themas nur einen Link zu einem externen Speicherort gesetzt.

An diesem externen Speicherort kann man dann eine Datei nachträglich beliebig erweitern / korrigieren / Sachen hinzufügen, ohne daß man im Verlauf des Forenbeitrags ständig neu Dokumente in aktualisierter Form unterbringen muß.

Vielleicht kann man hierfür Github nehmen wobei ich nicht weiß, wieviel Speicherplatz man da kostenlos bekommt. Alternativ im Wiki zum A8?

CU, Erhard

. Hallo Oliver, Leute

Wir können solchen Sachen auch als Download hier auf ABBUC.de bereitstellen. Also auf der Internetseite statt im Forum. Damit wird es für viele einfacher zu finden sein.

Tschüß

Mathy

Ich finde die Wiki-Idee auch ganz gut, zumal dann z.B. die Action-lastigen Artikel auch von der entsprechenden Seite aus verlinkt werden könnten.

Peter Finzel lebt noch und anscheinend ist er noch gar nicht so alt ... ich habe letztes Jahr mit seiner Frau telefoniert und ihn eingeladen sich mal bei mir, auf der Fujiama zu melden, was er aber nie getan hat... da scheint absolut kein Interesse mehr zu bestehen. Schade eigentlich!

Du bist da nicht der erste Abbucianer (Atarianer), der bei Herrn Finzel nachfragt. In der Tat ist da bei ihm keinerlei Interesse mehr an Atari vorhanden.

Den Verlag Rätz-Eberle gibt es schon lange nicht mehr und auch der Verlag Rätz existiert nicht mehr. Wir hatten Werner Rätz anno 2000 / 2001 / 2002 zuhause in Bretten besucht. Damals hatte er alles was er noch an Atari Sachen da hatte verscherbelt; zu dem Zeitpunkt war er zwischen 50 und 60 Jahre alt, also dürfte er heute zwischen 70 und 80 Jahre alt sein (sofern er noch lebt)...

Es wär halt super, wenn man ihn dazu bewegen könnte, sein Desinteresse an Atari in der formalen Freigabe seiner Werke zu dokumentieren.

Zumindest am PC gibt es einige Tools, die teilweise fake atr erstellen. Aber der CharlieChaplin kennt sich da besser aus 😉

Olix schrieb: ... gibt es denn eigentlich ein Programm, wie es Peter Finzel für den (nie erschienenen) zweiten Teil angekündigt hatte, welches ein vorhandenes Maschinenprogramm in eine Bootfähige Diskette (also ohne DOS) umwandelt?

Ich kann mich dumpf an ein Utility erinnern, mit dem man Maschinensprache-Files umwandeln konnte. Sehr komplex wäre die Aufgabe ja nicht. Ich glaube, das war bei mir auf einer frühen Raubkopie-Diskette, um damit ein als .BIN-File vorliegendes Programm zu laden und starten, konnte aber mehr.

Olix schrieb: ... gibt es denn eigentlich ein Programm, wie es Peter Finzel für den (nie erschienenen) zweiten Teil angekündigt hatte, welches ein vorhandenes Maschinenprogramm in eine Bootfähige Diskette (also ohne DOS) umwandelt?

https://abbuc.de/forum-archiv/abbuc_forum_backup/index.html%3Ff=9&t=3846.html, das die weltbekannten k-files erzeugt.

https://forums.atariage.com/topic/130681-what-is-that-k-file-in-tosec/

Probier mal das hier: http://atarionline.pl/v01/index.php?ct=search&query=atrutil&t=utils Ansonsten einfach googeln.

... vielen Dank für die Mühe und Arbeit!! Ich werde am WE die DrawTo Routine mal für MADS umsetzen und für mich ausprobieren... die scheint schneller und kompakter zu sein, als meine Bresenham Routinen und vielleicht besser geeignet! Super Listing jetzt, passt zeitlich perfekt!! Gracias

... ich schaue mir die Routine erstmal an - ich denke da brauche ich nur den eigentlichen DrawTo Algorithmus. Wenn fertig, stelle ich es hier gerne rein!!

Olix schrieb: Ich schieb mal gleich noch eine Folge hinterher

Super. An dieser Stelle ganz herzlichen Dank an Dich für die ganze Mühe, die Du Dir bisher damit gemacht hast. ❗

Wenn ich das richtig sehe, waren ja bisher Assemblerecken bis 21 gepostet, von denen nur noch 18 und 20 fehlen. Wieviel Assemblerecken gab es eigentlich insgesamt, soll heißen, gab es auch noch welche nach 21?

Im Ursprungsposting stand ja was von 20 Ausgaben, aber da hier ja schon eine Assemblerecke 21 gepostet wurde, kann das ja vermutlich nicht ganz stimmen. 😉

Das liest sich gut. 👍

Bitte keine sog. K-Files mittels MakeATR nutzen oder erzeugen! Damit werden stets ATR Images mit einer non-standard Größe erzeugt, nämlich immer der Länge des ML-Files + 384 Bytes (Bootsektoren). Bei einer 3KB großen ML-Datei erhält man dann ein ATR-Image, das 3KB+384 Bytes kurz ist, bei einer 100KB Datei ein ATR Image mit 100KB+384 Bytes - aber so gut wie nie Standard 90k, 130k oder 180k ATR-Images.

Um kurze ML-Programme (bis max. 32KB) in eine Bootdisk oder ein Boottape -oder- umgekehrt nicht-nachladende Boottapes und Bootdisks in eine ML-Datei umzuwandeln kann man auf dem A8 das Programm "Super-Copy" benutzen: http://www.atarimania.com/utility-atari-400-800-xl-xe-super-copy_15934.html Außerdem kann man damit ML-Dateien die kürzer als 32KB sind und das DOS 2.x überschreiben "relozieren", also so verändern, dass sie doch via DOS 2.x geladen werden können. Die neue Datei hat dann stets $1F00 als Startadresse und $1F3F als Run-Adresse. Neben der Bedingung von max. 32KB, darf die Datei aber nur eine Run-Adresse (und keine Init-Adresse!) besitzen. Ein Vorteil dieses Programms besteht darin, dass man die Bootdisk oder das Boottape stets wieder in eine ML-Datei zurückwandeln kann - und umgekehrt.

Aber im allgemeinen belasse ich ML-Dateien auch als Dateien und setze zum Booten bei mir entweder ein DOS, einen Bootloader (bootet eine oder die 1. ML-Datei von Diskette) oder ein 3-Sektor-DOS ein. Beim Abbuc Magazin benutze ich oftmals ein Gamedos (MypicoDOS, NanoDOS, etc.) dafür.

... ich habe das jetzt mal auf MADS umgesetzt und getestet - ob die Routine nun schneller ist weiß ich nicht, allerdings scheint sie etwas kompakter zu sein und hat alle Draw- Richtungen und Fälle integriert, ich habe dafür 4 einzelne (etwas kürzere Routinen) und frage vorher die Fälle ab. Ich habe dennoch die Routine bei mir eingebaut und es funktioniert gut... den Code musste ich dabei kaum anpassen:

.proc drawto

* Schnelle Berechnung von Linien 
* 
* Parameter: XALT,YALT: Startpunkt 
*           <X>,<Y>   : Endpunkt

DRAWTO      STX XNEU    ;Endpunkt merken 
            STY YNEU
            LDX XALT    ;Anfangspunkt
            LDY YALT    ;zeichnen
            JSR PLOT    ; Sprung zur Plot-Routine

            LDA #0      ;Flags ruecksetzen
            STA XFLAG
            STA YFLAG
            LDX XNEU    ;Endpunkt in Register
            LDY YNEU    ;(einfacher)

            CPX XALT    ;Anfang = Ende?
            BNE DR1
            CPY YALT
            BNE DR1
            RTS         ;ja fertig!==>

DR1         CPX XALT    ;Neuer Punkt ist
            BCC DRX     ;links von alten P.->
            INC XFLAG   ;rechts!
            TXA         ;Delta ausrechnen
            SBC XALT
            JMP DR2

DRX         DEC XFLAG   ;links!
            SEC
            LDA XALT    ;Delta her.
            SBC XNEU

DR2         STA DELTAX  ;Abstand merken
            CPY YALT    ;neuer Punkt ist
            BCC DRY     ;oberhalb alten P. 
            INC YFLAG   ;unterhalb
            TYA
            SBC YALT    ;Delta berechnen
            JMP DR3

DRY         DEC YFLAG   ;oberhalb
            SEC
            LDA YALT    ;Abstand (delta)
            SBC YNEU

DR3         STA DELTAY  ;und merken
            LDA XALT    ;Neuer P.= alter P.
            STA XNEU
            LDA YALT
            STA YNEU
            LDA DELTAX  ;welches Delta ist
            CMP DELTAY  ;groesser?
            BCC DRYSTEP ;DY ist groesser->

            LDA DELTAY  ;DX ist groesser!
            ASL
            STA HILFA   ;Naeherung fuer
            LDA #0      ;Schrittweite
            ROL
            STA HILFA+1

                        ;SUB HILFA,DELTAX,HILFT
            sec
            lda HILFA
            sbc DELTAX
            sta HILFT
            lda HILFA+1
            sbc #0
            sta HILFT+1
                        ;SUB HILFT,DELTAX,HILFB
            sec
            lda HILFT
            sbc DELTAX
            sta HILFB
            lda HILFT+1
            sbc #0
            sta HILFB+1

            LDA DELTAX  ;Zaehler fuer
            STA ZAEHLER ;Pixels einrichten

DXSCHL      CLC
            LDA XNEU    ;X weiterzaehlen
            ADC XFLAG
            STA XNEU
            LDA HILFT+1 ;Schritt nach Y
            BPL DRX5    ;erfoderlich? Ja->
            clc         ;ADD HILFA,HILFT
            lda HILFT
            adc HILFA
            sta HILFT
            lda HILFT+1
            adc HILFA+1
            sta HILFT+1
            JMP DRX4    ;kein Schritt

DRX5         
            clc         ;ADD HILFB,HILFT
            lda HILFT
            adc HILFB
            sta HILFT
            lda HILFT+1
            adc HILFB+1
            sta HILFT+1

            CLC
            LDA YNEU    ;Schritt nach Y
            ADC YFLAG   ;ausfuehren
            STA YNEU

DRX4        LDX XNEU    ;Pixel plotten
            LDY YNEU
            JSR PLOT            ; Sprung zur Plot-Routine
            DEC ZAEHLER ;ganzes Deltax
            BNE DXSCHL  ;abgefahren? nein->
            JMP DREND   ;fertig !==>

DRYSTEP     LDA DELTAX  ;Delta Y war groesser
            ASL
            STA HILFA   ;Naeherung fuer
            LDA #0      ;Schritt in X-Richt.
            ROL
            STA HILFA+1
                        ;SUB HILFA,DELTAY,HILFT
            sec
            lda HILFA
            sbc DELTAY
            sta HILFT
            lda HILFA+1
            sbc #0
            sta HILFT+1
                        ;SUB HILFT,DELTAY,HILFB
            sec
            lda HILFT
            sbc DELTAY
            sta HILFB
            lda HILFT+1
            sbc #0
            sta HILFB+1

            LDA DELTAY  ;Zaehler fuer Abstand
            STA ZAEHLER ;einrichten

DYSCHL      CLC
            LDA YNEU    ;Y weiterzaehlen
            ADC YFLAG
            STA YNEU
            LDA HILFT+1 ;Schritt nach X
            BPL DRY5    ;noetig? ja ->
            clc         ;ADD HILFA,HILFT
            lda HILFT
            adc HILFA
            sta HILFT
            lda HILFT+1
            adc HILFA+1
            sta HILFT+1
            JMP DRY4    ;keine X-Korrektur

DRY5        clc         ;ADD HILFB,HILFT
            lda HILFT
            adc HILFB
            sta HILFT
            lda HILFT+1
            adc HILFB+1
            sta HILFT+1
            CLC
            LDA XNEU    ;X-Korrektur aus-
            ADC XFLAG   ;fuehren
            STA XNEU
DRY4        LDX XNEU    ;Pixel ausgeben
            LDY YNEU
            JSR PLOT        ; Sprung zur Plot-Routine
            DEC ZAEHLER ;alle Punkte?
            BNE DYSCHL  ;nein —->

DREND       LDX XNEU    ;Ende der Linie
            LDY YNEU    ;kann Anfang einer
            STX XALT    ;neuen sein.
            STY YALT
            RTS 

            .endp

LG Peter

. Hallo Oliver

Olix schrieb: Peters's Assemblerecke 18 - Turbo Tape (4-5/87)

Diese ist etwas besonders, da sie kein Assembler Listing enthält. Dieses soll laut Artikelbeschreibung aber auf der CK-Programmservice-Diskette vorhanden sein. Falls also zufällig jemand im Besitz dieser Diskette ist, dann würde ich mich über ein Image der Selben sehr freuen 😉

Vielleicht können GoodbyteXL oder Michael und Mattias von Waseo dir sagen ob die Diskette beim PD-Service erhältlich ist.

Tschüß

Mathy

Olix schrieb: Diese ist etwas besonders, da sie kein Assembler Listing enthält. Dieses soll laut Artikelbeschreibung aber auf der CK-Programmservice-Diskette vorhanden sein. Falls also zufällig jemand im Besitz dieser Diskette ist, dann würde ich mich über ein Image der Selben sehr freuen 😉

Ist es die http://ataribasiclistings.mygamesonline.org/CK/CK_A16.7z?

Vielen Dank, lieber Olix, für diese tolle Arbeit!

In der CK gab es auch mal ein Turbotape Programm namens "Speedtape.BAS", dieses konnte Dateien (Basic und ML, wenn ich mich nicht irre) auf ca. 1000 Baud umkopieren. Da kein spez. Loader dabei war vermute ich mal, dass diese 1000 Baud Dateien dann einfach so wie normale 600 Baud Tapes gebootet werden konnten. Sicher weiß ich das aber nicht, da ich es nie getestet habe. Das Programm Speedtape lief unter Atari Basic und nutzte dessen freien Speicherbereich, also max. 32K und weil das Programm selber ca. 2K lang war konnte man nur Tapes mit max. 30K Länge umkopieren (daher habe ich es nicht getestet, denn 30K waren mir viel zu wenig).

CBAUD von Arndt Bär (der später auch das Programm Trackcopy für die Turbo 1050 codete) konnte immerhin schon 1200 Baud, doch zum Booten solcher 1200 Baud Tapes war dann ein spez. Bootloader notwendig. Das Kopierprogramm, welches Tapes von 600 Baud auf 1200 Baud umkopiert ist leider auch in Atari Basic verfasst und hat daher die gleiche Limitierung, wie Speedtape (max. 32K minus Länge vom Copyprogramm, also wieder ca. 30k). Man kann da vielleicht noch ein wenig tricksen, indem man TB XL für das Kopierprogramm benutzt, dann hat man ca. 34K zur Verfügung oder man kompiliert es mit dem TB XL Compiler, dann sind es ca. 37K. Dennoch ist es für die meisten kommerz. Tapes einfach zu wenig Speicher. Zybex, Tomahawk und viele andere laaange Tapes lassen sich damit dann nicht auf 1200 Baud umkopieren.

Es sei denn... jemand würde ein solches Kopierprogramm in ML entwickeln, das RAM unter dem OS nutzt und von 64K base RAM dann 54K, 56K oder 58K zum Kopieren bereitstellt. Ob der spez. Loader aber so lange Tapes überhaupt booten/laden kann, weiß ich nicht. Aber hey, wer arbeitet denn heute noch mit Tapes? Und warum dann mit 1200 Baud, wenn es ja auch Turbo Tapes mit 6000 Baud und mehr gibt. Es gibt ja inzwischen sogar immer weniger Atarianer die sich mit Floppy und Diskette herumschlagen wollen, weil ihnen diese zu langsam und zu umständlich sind...